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This application is submitted in the name of inventors Brian Lo Bue, Darrell Shively, Larry Nadeau 
and Thomas Roden, all assignors to Cisco Technology, Inc., a California Corporation. 



TITLE OF INVENTION 
USB ENCAPSULATION FOR NETWORK TRANSMISSION 

BACKGROUND OF THE INVENTION 
Field of the Invention 

The present invention relates to computer networking. More particularly, 
the invention relates to networking peripheral universal serial bus (USB) devices. 

Background Art 

A personal computer or workstation tends to have a standard set of input 
devices to allow it to be controlled. These devices include: keyboard, mouse, 
joystick, game pad and steering wheel. The Universal Serial bus (USB) is 
available as a single bus that can accommodate these devices. 

Computers implement USB as a host. The host is the one master on an 
instance of USB. All USB devices are slaves. The only device that has any 
mastering capabiUties is a USB hub. USB hubs are allowed to assert master 
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signaling on their downstream ports only in immediate and direct response to 
signaling on their upstream port. 

A computer accesses a USB device via a Host Controller Driver (HCD). 
The HCD allows the computer to determine what USB devices are attached, 
characterize them, enable them and use them. For example, a keyboard may be 
discovered and configured as a system input device. 

Network devices are typically not equipped to be USB hosts. Even if they 
were, cabling requirements and distance limitations would restrict the usefulness 
of USB as a network peripheral bus. Network devices are typically controlled 
either by a local serial port running a simple terminal protocol, or a network 
protocol (e.g. telnet, SNMP) running over an IP network. The network protocols 
used to interact with a network device are typically device independent and are 
used for special purpose status and control functions or network services. 

In some cases, it is desirable that USB peripheral devices be able to interact 
with network devices. For example, such functionality would allow a USB device 
to interface with network devices over a network without the need for a standard 
terminal or computer. Also, this would allow appHcations such as remote gaming 
to be enhanced because raw device input data could be routed to a remote server 
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where the game was running. This would allow users without computers (other 
than a gateway) to run arbitrarily complex games and applications. 
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SUMMARY OF THE INVENTION 
A universal serial bus (USB) remote host control driver includes a 
connection to a local network, a network protocol stack and a memory for storing 
network addresses of USB device adapters and USB devices on the network. A 
5 USB device adapter has one or more USB ports, a network connection, a network 
address, and a network protocol stack. Together, the USB remote host control 
driver and the USB device adapter enable interaction between a network computer 
and peripheral USB devices on the network. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



FIG. 1 is a block diagram showing a USB remote host control driver 
connected over a local network to a USB device via a USB device adapter in 
accordance with a specific embodiment of the present invention. 

FIG. 2 is a block diagram of a USB device adapter in accordance with a 
specific embodiment of the present invention. 

FIG. 3 is a block diagram of a USB remote host control driver in 
accordance with a specific embodiment of the present invention. 

FIG. 4 is a block diagram of a USB remote host control driver in 
accordance with a specific embodiment of the present invention. 

FIG. 5 is a process flow diagram showing a method of providing a signal 
from a USB device over a local network to a local processor in accordance with a 
specific embodiment of the present invention. 
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FIG. 6 is a process flow diagram showing a method of establishing a 
connection between a local processor and a USB device over a local network in 
accordance with a specific embodiment of the present invention. 

FIG. 7 is a process flow diagram showing a method of providing a signal 
from a USB device to a processor on the Internet in accordance with a specific 
embodiment of the present invention. 

FIG. 8 is a process flow diagram showing a method of providing the 
identification of USB device adapters in a network in accordance with a specific 
embodiment of the present invention. 

FIG. 9 is a process flow diagram showing a method of providing the 
identification of USB device adapters in a network in accordance with a specific 
embodiment of the present invention. 

FIG. 10 is a process flow diagram showing a method of providing the 
identification of USB devices connected to USB device adapters in a network in 
accordance with a specific embodiment of the present invention. 
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FIG. 1 1 is a process flow diagram showing a method of data 
communication between a local processor and a USB device in accordance with a 
specific embodiment of the present invention. 



FIG. 12 is a process flow diagram showing a method of data 
communication between a local processor and a USB device in accordance with a 
specific embodiment of the present invention. 
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DETAILED DESCRIPTION OF A PREFERIIED EMBODIMENT 
Those of ordinary skill in the art will reaUze that the following description 
of the present invention is illustrative only and not in any way limiting. Other 
embodiments of the invention will readily suggest themselves to such skilled 
persons having the benefit of this disclosure. 

FIG. 1 is a block diagram showing a USB remote host control driver 
connected over a network to a USB device via a USB device adapter in accordance 
with a specific embodiment of the present invention. Network 10 includes a 
computer 12 and a USB device 14. The network 10 may be located in a residence, 
for example. Instead of connecting the USB device 14 directly to the computer 
12, as in the prior art, the USB device 14 is connected to a USB device adapter 18. 
The computer is connected to, or includes intemally, a USB remote host control 
driver 16. The USB device adapter 18 communicates with the USB remote host 
control driver 16 via the network. For example, the network may be a local 
network such as an Ethernet 20 having connections 22, 24 for other computers 
and/or devices. The invention is also suitable for IP networks such as a WAN or 
the Intemet. 

FIG. 2 is a block diagram of a USB device adapter in accordance with a 
specific embodiment of the present invention. USB device adapter 30 has a 
connection 32 to a network 34. USB device adapter 30 also has ports 36, 38, 40 
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for USB devices. For example, USB device 42 is connected to port 36 and USB 
device 44 is connected to port 38. USB device adapter 30 includes a USB protocol 
stack 46. The USB protocol stack 46 receives USB packets from, and transmits 
USB packets to, USB devices 42, 44. USB packets received from the devices are 

5 passed to a USB to network bridging task 47. Bridging task 47 gamers addressing 
information and passes the USB packets and the addressing information to a 
Network Protocol Stack 49. Network Protocol Stack 49 encapsulates USB packets 
produced by the USB devices into network packets and transmits the network 
packets onto the network 34. The USB device adapter 30 also receives network 

10 packets from the network 34 and decapsulates USB packets from network packets 
before providing them to the USB devices. The USB device adapter also includes 
its own address 48 as well as the address 50 of its master USB remote host control 
driver, allowing identification on the network. 



15 FIG. 3 is a block diagram of a USB remote host control driver in 

accordance with a specific embodiment of the present invention. In the example 
shown, the USB remote host control driver 60 is implemented as a component of a 
computer 62. Though not shown, it is also possible to implement the USB remote 
host control driver separate but connected to a computer. 

20 

The USB remote host control driver 60 communicates with a local network 
68 via a connection 66. The USB remote host control driver 60 includes a protocol 
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stack 70. The protocol stack 70 receives network packets from, and transmits 
network packets to, the network 68. USB packets decapsulated from network 
packets are passed to and from a USB and Network bridging task 71, which 
gamers addressing information from the protocol stack 70 and memory, and 

5 which, in turn, passes the USB packets to and from a USB host control driver 73. 
The protocol stack 70 also encapsulates USB packets into network packets and 
transmits the network packets on the network 68. The USB remote host control 
driver 60 includes a polling routine 72 for identifying and enabling USB devices 
onto the network 68. The polling routine 72 uses a candidate list 74 containing 

10 possible addresses of USB device adapters 76 to search the network for USB 
device adapters and USB devices. Once the devices are found, the addresses of 
networked USB device adapters 80 and USB devices 81 are incorporated into a 
master list 78. The USB remote host control driver 60 also includes its own 
network address 82 allowing its identification on the network 68. 

15 

FIG. 4 is a block diagram of a USB remote host control driver in 
accordance with a specific embodiment of the present invention. In this figure, the 
same USB remote host control driver 60 is shown as in FIG. 3, except that the 
computer 62 is implemented as a gateway and communications controller. This 
20 implementation demonstrates several advantages of the invention. The computer 
62 has ports 84, 86, 88, 90, 92 for many utilities and devices including Internet 94, 
local output to video/TV 96, local (on location) telephone 98, TV cable input 100 
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and telephone utility 102. It will be appreciated that many other utilities and 
devices may be connected to the computer 62. 



One application of the invention utilizes the Internet 94 and the local 
TV/video output 96. In this application, a user may interact with an Intemet server 
by a USB device on the local network without the need for any local computer 
other than the gateway. USB control signals, from a keyboard or joystick for 
example, are sent over the local network to the computer 62 and routed to the 
Intemet server. Signals from the Intemet server may be returned to the user via the 
local video/TV output. Such an implementation allows users without computers 
(other than a gateway) to run arbitrarily complex games and applications. 



In general, the invention allows USB devices to interface with network 
devices without the need for a standard terminal or computer. In an example using 
only the local network, a USB cameras and video outputs could be used to provide 
two-way communication on a network using only a central computer 62. 

FIG. 5 is a process flow diagram showing a method of providing a signal 
from a USB device over a local network to a local processor in accordance with a 
specific embodiment of the present invention. In the method, a USB packet is 
generated at the USB device 1 10. The, the USB packet is encapsulated in one or 
more network packets 1 12 by the USB device adapter. The network packets are 
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transmitted over the network 1 14. In the protocol stack of the USB remote host 
control driver, the USB packet is decapsulated from the network packets 116. 
Then, the USB packet is provided to the processor 1 18 for further processing. It 
will be appreciated that this method is completely reversible. When transmitting 
5 control signals or data (e.g., output to USB speakers), the processor-generated 
USB signals are encapsulated, transmitted over the network, and decapsulated at 
the destination USB device. 

^"n FIG. 6 is a process flow diagram showing a method of establishing a 

J;^ 10 connection between a local processor and a USB device over a local network in 

pj 

accordance with a specific embodiment of the present invention. In this method, a 
3 USB device adapter candidate list is configured 130. The list includes the 

network address of at least one USB device adapter. Configuration may be 

□ performed manually, or may be accomplished by a "plug-and-play" routine. The 

Alt. 

15 polling routine polls an address on the candidate list 132. This polling includes 
encapsulating a USB packet in one ore more network packets. If a USB device 
adapter is present at the address, the polling routine receives a positive response 
from the USB device adapter 134. The process includes decapsulating a USB 
packet from one ore more network packets. Once the positive response is 

20 recognized, the address and a USB device adapter identifier is added to a master 
list of USB device adapters on the network 136. 
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To identify USB devices connected to a USB device adapter on the 
network, a port on a USB adapter device on the master Hst is polled by the polling 
routine 138. Such poUing also includes encapsulating a USB packet in one ore 
more network packets. If a USB device is present at the port, a positive response 
5 from a USB device connected to said port is received 140. Again, such receiving 
including decapsulating a USB packet from one ore more network packets. 
Finally, the responding USB device is enumerated in the operating system of the 
gateway 142. 

r% 

■sir 

10 Both steps 130-136 and steps 138-142 are loops, and each loop may be 

^ repeated several times. 

yi 

"^^J FIG. 7 is a process flow diagram showing a method of providing a signal 

Jif from a USB device to a processor on the Internet in accordance with a specific 

15 embodiment of the present invention. In the method, a USB packet is generated at 
the USB device 150. The USB packet is encapsulated in one or more local 
network packets 152. The local network packets are transmitted over the local 
network 154. Upon arriving at the gateway, the USB packet are decapsulated from 
the local network packets 156. Then, based on previously provided instructions, 
20 the USB packet is encapsulated in one or more IP packets 158. The IP packets are 
transmitted over the Internet 160. Finally, the IP packets are provided to the 
processor at their destination on the Intemet 162. 
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FIG. 8 is a process flow diagram showing a method of providing the 
identification of USB device adapters in a network in accordance with a specific 
embodiment of the present invention. The method is performed by the USB 
5 remote host control driver. At the beginning of the method, a candidate list of 
addresses for possible USB device adapters has already been configured. 



The method starts by going to the beginning of the candidate Hst 170. The 
routine determines if there is an unpolled address on the candidate list 172. If so, 
10 the routine polls the address 174. The routine determines if a USB device adapter 
responds 176. If a USB device adapter responds to the polling, the USB device 
adapter is added to the master list 178. The process continues for each address on 
the candidate list until all the addresses on the candidate Ust have been polled. 



15 Once the master list is compiled, the routine may determine whether the 

operating system (OS) of the computer supports automatic insertion of USB 
devices 180. If the OS supports automatic insertion, it is allowed to do so 182. 
However, the OS still requires the protocol stack of the USB remote host control 
driver to communicate with the USB devices through the USB device adapter. 

20 

It is also possible to dynamically detect if new device adapters were 
introduced, enabled, or connected to the system. Such functionality requires that 
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the candidate list be embedded in the system or be dynamically generated, in 
addition to regular polling of the network for new devices. 

FIG. 9 is a process flow diagram showing a method of providing the 
5 identification of USB device adapters in a network in accordance with a specific 
embodiment of the present invention. If the OS does not support automatic 
insertion of USB devices, the polling routine must perform this task. The routine 
starts at the top of the master list 184. For each USB device adapter on the list, the 
routine polls the ports of the USB device adapter and identifies and enumerates 

ii 

'r^ 10 USB devices connected to the USB device adapter 188. 

i 5*5 

s FIG. 10 is a process flow diagram showing a method of providing the 

identification of USB devices connected to USB device adapters in a network in 

J'? accordance with a specific embodiment of the present invention. In enumerating 

u 

15 USB devices connected to a USB device adapter on the master list, the routine first 
resets all the ports on the USB device adapter 190. Then, the routine begins at the 
top of the list of ports 192. For as long as there are ports left on the list 194, the 
routine determines by polling if there is a device attached to the port 196. If so, 
the device is assigned an address in the USB remote host control driver 198. The 

20 routine then determine if the attached device is a hub or a peripheral device 200. If 
the attached device is a peripheral, the USB remote host control driver is 
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configured accordingly. If the device is a hub, the ports on the hub are polled and 
downstream USB devices are enumerated 202. 

FIG. 11 is a process flow diagram showing a method of data 
5 communication between a local processor and a USB device in accordance with a 
specific embodiment of the present invention. Once a USB device is enumerated 
according to the invention, the processor as a master must enable the device as a 
slave. To allow communication with a device, the processor allocates a unique 
transaction identification for the device 210. An encapsulated read/write request is 
10 sent to the device over the network 212. The network packet header of the 
read/write request will include the processor address, the device address and 
additional unique information. If the request is acknowledged properly 214 and 
data is returned 216, the transaction identification is retired 218 and a response 
may be returned to the device with a new transaction identification 220. If no data 
15 is immediately returned from the device after a proper acknowledgment, the 
process will sleep and wait for data to be transmitted from the device 222. 

FIG. 12 is a process flow diagram showing a method of data 
communication between a local processor and a USB device in accordance with a 
20 specific embodiment of the present invention. After a device is enabled by 
assignment of a unique transaction identification, the processor may receive a 
packet from the device 230. If the identification of the packet is matched 232, the 
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transaction identification is retired 234 and the processor responds to the 
decapsulated data according to the task that spawned the transaction identification 
236. 



In one aspect the invention comprises a universal serial bus (USB) remote 
host control driver having a connection to a network. The network is further 
connecting to one or more USB device adapters. Each of said device adapters has 
a discrete network address. The driver has a network protocol stack. The protocol 
stack is for encapsulating USB packets in network packets and for decapsulating 
USB packets from network packets. The driver also has a memory for storing the 
network address of each of the device adapters and for storing an identification of 
each USB device connected to each of the device adapters. The driver may further 
include a polling routine, which contacts each of the device adapters, identifies 
each of the USB devices, and stores the identifications in the memory. The 
network packets may be Ethernet packets. 

In another aspect, the invention includes a USB device adapter having one 
or more USB ports, a connection to a network where the network is connected to a 
USB remote host control driver, a network address, and a network protocol stack 
where the protocol stack is for encapsulating USB packets in network packets and 
for decapsulating USB packets from network packets. The network packets may 
be Ethernet packets. 

17 
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In another aspect, the invention includes an Internet gateway, comprising a 
connection to the Internet. The gateway also includes a universal serial bus (USB) 
remote host control driver having a connection to a local network where the local 

5 network further connects to one or more USB device adapters and each of the 
device adapters has a discrete network address. The driver has a network protocol 
stack for encapsulating USB packets in network packets and for decapsulating 
USB packets from network packets. The driver has a memory for storing the 
network address of each of the device adapters and for storing an identification of 

10 each USB device connected to each of the device adapters. The driver also has a 
polling routine for contacting each of the device adapters, identifying each of the 
USB devices, and storing the identifications in the memory. The local network 
may be an Ethernet. The gateway may also include a processor for receiving 
unencapsulated USB packets from the protocol stack. The gateway may have a 

15 connection to a local video monitor, a connection to a local telephone, a 

connection to a public television cable, and/or a connection to a public telephone 
network. 



In another aspect, the invention includes a method of providing a signal 
20 from a USB device over a local network to a local processor. The method 
comprises generating a USB packet at the USB device, encapsulating the USB 
packet in one or more network packets, transmitting the network packets over the 
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network, decapsulating the USB packet from the network packets, and providing 
the USB packet to the processor. Again, the local network may be an Ethernet. 
The USB device may be a keyboard. 



connection between a local processor and a USB device over a local network. 
The method comprises configuring a USB device adapter candidate list where the 
list includes the network address of at least one USB device adapter, polling an 
address on the candidate list where the polUng includes encapsulating a USB 

10 packet in one ore more network packets, receiving a positive response from a USB 
device adapter to said polling where the receiving includes decapsulating a USB 
packet from one ore more network packets, and adding the address and a USB 
device adapter identifier to a master list. The method may further comprise polling 
a port on a USB adapter device on the master list where the polling includes 

15 encapsulating a USB packet in one ore more network packets, receiving a positive 
response from a USB device connected to said port where the receiving includes 
decapsulating a USB packet from one ore more network packets, and enumerating 
a USB device in the operating system of the processor. 

20 In yet another aspect, the invention includes a method of providing a signal 

from a USB device to a processor on the Internet. The method comprises 
generating a USB packet at the USB device, encapsulating the USB packet in one 
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or more local network packets, transmitting the local network packets over a local 
network, decapsulating the USB packet from the local network packets, 
encapsulating the USB packet in one or more IP packets, transmitting the IP 
packets over the Intemet, and providing the IP packets to the processor. 

It will be appreciated that either or both of the USB device adapter or the 
USB remote host control driver may be implemented in hardware, or software 
stored on a computer-readable medium, or a combination of hardware and 
software. 

The method is compatible with many types of local network protocols 
including Ethernet, ATM and IP. For the purposes of this application, Ethernet 
and ATM frames are herein referred to as packets. Ethemet is a presently 
preferred implementation of this invention due to its widespread use in local 
networks. 

All types of USB devices are compatible with this invention, including, but 
not limited to, keyboards, mice, joysticks, cameras, speakers and touch pads. 

While embodiments and applications of this invention have been shown and 
described, it would be apparent to those skilled in the art having the benefit of this 
disclosure that many more modifications than mentioned above are possible 
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without departing from the inventive concepts herein. The invention, therefore, is 
not to be restricted except in the spirit of the appended claims. 
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